Date: Wed, 24 Feb 93 04:30:07 PST
From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu>
Errors-To: Packet-Radio-Errors@UCSD.Edu
Reply-To: Packet-Radio@UCSD.Edu
Precedence: Bulk
Subject: Packet-Radio Digest V93 #50
To: packet-radio


Packet-Radio Digest         Wed, 24 Feb 93       Volume 93 : Issue   50

Today's Topics:
               Compiling KA9Qs NOS and having problems
                                J7nos
                           KISS on MFJ-1278
                   Lost connection to the world !!!
       Russian company wants to buy a large amount of audio CDs
                         Software over Packet

Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: 23 Feb 93 00:04:11 GMT
From: news-mail-gateway@ucsd.edu
Subject: Compiling KA9Qs NOS and having problems
To: packet-radio@ucsd.edu

The subject says it all.
I'm trying to compile NOS using Turbo C++ and Turbo Assembler.

After making a few not-seeming-to-be-critical changes to the  
makefile, I was able to compile, assemble, lib, link everything.

Unfortunately, the executable does not work.  In fact, it doesn't  
seem to execute 'main'.  It just hangs.

I have not touched the distributed source other than the makefile.
The machine runs the executable off the net with no problem.

Can anyone shed some light on this?  I notice that Phil Karn is using  
the more expensive Borland C while I'm using the cheaper Borland  
Turbo C++.  Has anyone else succeeded with TC++?

Any advice woulod be greatly appreciated.  Thanks!

-Ben Mehlman KB2ERP

PS:  If there are people out there who have been making significant  
source changes to NOS, who would like to chat about it - mail me! If  
you send me your phone # I'll give you a call!
---
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 

    \|/        Ben Mehlman                      Indigo..
   ^   ^       Trirex Systems Inc      

   #   #       bmehlman@trirex.com                   Indigoing..
     @
   \___/       >NeXTMail Welcome<                           Indigone.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

------------------------------

Date: 24 Feb 93 04:40:01 GMT
From: news-mail-gateway@ucsd.edu
Subject: J7nos
To: packet-radio@ucsd.edu

I am running the new wg7j nos. I have created a virtual drive E where I keep th
e nos files, including the autoexec.nos file.  When I run the j7nos file (nos.e
xe) it does not seem to be able to find my autoexec or domain.txt files.

What shoudl the command line be?

Is there a comprehensive doc file on this version of nos?(

------------------------------

Date: 23 Feb 1993 19:31:04 GMT
From: usc!howland.reston.ans.net!newsserver.jvnc.net!yale.edu!think.com!Think.COM!bruce@network.UCSD.EDU
Subject: KISS on MFJ-1278
To: packet-radio@ucsd.edu

This is a followup on my problems getting KISS mode to work correctly on my
MFJ-1278, newly upgraded with 3.6 PROMs.  My (very) old PROMs pre-dated KISS, so
this is my first experience trying to get it running.

I've debugged it enough to find that the problem is that *every* packet appears
to have exactly one leading NUL byte, according to the hex dump from NOS.  If
things are shifted over by that one byte, they appear to decode correctly. 
Trouble is, I have no idea where the spurious NUL is coming from.  Any ideas?  It
would be trivial to build myself a verion of NET.EXE which gobbled the NUL, but
that's cheating :-).  There must be a parameter I've missed.

-- 
--Bruce Walker
  Thinking Machines Corporation, Cambridge, MA
  bruce@think.com; +1 617 234 4810; WT1M

------------------------------

Date: 23 Feb 93 18:44:15 GMT
From: news-mail-gateway@ucsd.edu
Subject: Lost connection to the world !!!
To: packet-radio@ucsd.edu

Greetings All,
   This was posted to the local packet network. It sums up the situation here
rather well.


>
>From    : N5RG @ K5WPH
>To      : NET @ ELPASO
>Date    : 930213/0847
>Msgid   : BF 3157@K5WPH $3157_K5WPH
>Subject : Connections to world lost
>
>
>One of the neat aspects of packet radio is its ability to exchange messages
>with the world.  We have been part of a message forwarding system that has
>worked pretty well for the past couple of years that has been able send and
>receive messages to most any place in the world in a fairly short time.
>But events of that past couple of months have left us in near isolation.
>
>Disaster Number 1:  The tower fell down on Heliograph Peak in Arizona taking
>with it HELIO and NM1.  These two nodes have been essential to our link to
>the west.  HELIO was KC7CG's main entry point to us from Tucson.  NM1 was
>a 9600 baud link to NM2 which linked to SVC5 and then on to ELP2.  This path
>was working great and gave us fast communications into Arizona.  Most of our
>bulletins and a great amount of our message traffic passed through this path.
>This path is sorely missed.  It will probably not return until the snow
>melts on Heliograph peak and a work crew can go up and fix things.
>
>Disaster Number 2:  Mike Jones WB5NQC was told to remove his BUCK & #BUCK
>from Buck Ridge on the north east side of Sierra Blanca mountain last fall.
>BUCK has been a main stay of packet communications for several years in
>southeastern New Mexico.  Its height gave it very wide coverage all the
>way from Mt. Taylor to nearly Roswell.  Mike had added a 440 link (#BUCK)
>to improve it this past summer.  It is sorely missed.  It may be allowed to
>return when the snow melts.
>
>Disaster number 3:  The Socorro amateur radio club voted in mid January 1993
>to turn off K5DI's SOCORO packet node at their site because it interfered with
>their 2-meter repeater at the same site.  This is understandable since their
>main interest is their voice repeater.  But this is very serious to packet
>radio since with BUCK missing, SOCORO was the main north south route.  When
>it was working we had a path over which messages could be sent to Albuquerque
>and from there to the world via HF from NC5R and the VHF/UHF network.
>
>Current Status:  The only path left to the north is from SUNSPT to ABQW on
>Mt Taylor.  This path is about 200 miles long and while it can pass some
>traffic is a very slow and tedious path.  It cannot handle a very large
>volume of traffic.  But it is all we have left.  Some message traffic is
>passed over this path to WB2ARS.
>     Al KA5ADF in Tularosa put on TULIE from his QTH last fall.  It links
>SUNSPT with RUI in Ruidoso which can talk to the WB5NQC BBS.  We hasome traffic thru this route.   Al has made a valiant effort to
>keep this path working for all of us and has made several improvements to
>his station to make it work better.  It has worked well but there are
>problems and the amount of traffic that may be passed through this path
>is limited.
>     The WB5NQC BBS receives most of its traffic from the W7MCO BBS through
>Dick Taylor's network.  While Dick allows this flow of traffic, he will not
>allow a direct connection into El Paso from CLOUD (WA5PIE tried this.  The
>path worked fine but Dick requested that Rick remove the connection).  The
>only direct connection into El Paso from Dick Taylor's network has been that
>from DMNE to ELP.  Even though the traffic between W7MCO & WB5NQC must pass
>through the DMNE site, Dick has requested that no traffic flow into El Paso
>directly from DMNE unless a UHF connection is made into El Paso from DMNE.
>     Paul N5FAZ who is the sysop of W5ES has brought in some traffic from
>Texas via telephone.  This can be considered to be only an interim solution
>but is much appreciated.
>     We in El Paso and southern New Mexico are currently in near isolation
>and have only poor paths to the world left (at least compared to what we
>have become accustomed to).  Hopefully the situation will improve when
>spring arrives and flowers begin to bloom on the mountain tops.
>
>73, Roy  N5RG
>----- End of message 3157 from N5RG @ K5WPH. -----
>
   If you are sending a message to some one at the following
packet BBSs would you please e-mail it to me and I will relay it to the
El Paso, TX or Las Cruces, NM area.
    K5DI.NM.USA.NA  Las Cruces, NM
   K5WPH.NM.USA.NA  El Paso, TX
    W5ES.TX.USA.NA  El Paso, TX
  I also ask those that post bulletins from packet to this news group, to
please send me a carbon copy. I catch most of the bulletins posted here but
not all. My e-mail address is lspringsteen@wsmr-simtel20.army.mil . I will
relay and post as much as I get. Thanks in advance, 73 Larry  WB8LBZ

INTERNET    >  lspringsteen@wsmr-simtel20.army.mil
Packet      >  WB8LBZ@K5WPH.NM.USA.NA
Ma Bell Work>  (505) 678-1912
        Home>  (915) 821-3021
Snail Mail  >  5469 Wadsworth Ave. El Paso, TX 79924

-------

------------------------------

Date: Tue, 23 Feb 93 23:03:07 +0300
From: usc!howland.reston.ans.net!paladin.american.edu!news.univie.ac.@!hp4at!mcsun!fuug!kiae!relcom!newsserv@network.UCSD.EDU
Subject: Russian company wants to buy a large amount of audio CDs
To: packet-radio@ucsd.edu

Message-Id: <adn_2441_0_>
Date: Tue, 23 Feb 1993 23:01:38 MSK
From: iort@adonis.ias.msk.su
To:   newsserv@newcom.kiae.su
Subject: 


February 20,

Moscow, Russia,

JV "TETRA".

Dear Sir,

Thanks for displayed interest.
Our company is young and growths quickly.
We want to begin a joint business with any
west partner at the sphere of import CDs to Russia.
This market at our country is one of the most attractive
and it promises a good profit for companies which want
to sell CDs. Now we have a lot of tenders and offers from
all of the regions of Russia from small trade companies
which want to buy CDs from us. Certainly, we need a lowest
prices and we are ready to buy not new CDs. The most popular
music at Russia is Classical Rock. The less popular are Jazz,
Classics, Avangard.
We can transfer USD to any reliable west Bank. We think that
for the first time the total amount of USD must be about
5,000-10,000.
We hope for your response.
                     Sincerely,
                            Andrey Sumarokov,
FAX (095) 334-5776                          TETRA.
         334-5621

------------------------------

Date: 23 Feb 93 17:31:26 GMT
From: usc!sol.ctr.columbia.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!uknet!keele!nott-cs!unicorn!eeyimkn@network.UCSD.EDU
Subject: Software over Packet
To: packet-radio@ucsd.edu

In article <2B81E661.25378@news.service.uci.edu> eahu099@orion.oac.uci.edu (Asako Mariather Kurosaka-Black) writes:
> (oops. deleted the line. It was about why not send binaries over the...) sri!
>packet bulletin system.  It seems to be successful over internet
>(comp.binaries...), but I have not noticed it on packet.  I would
>guess the main reasons to be:

Well, we do here in Europe, using 7plus. It's a bit of a controversial subject
- there are lots of people both for and against it, as it uses up quite a bit
of forwarding space. Still works though, especially well for smallish files.

>  1) TOO MUCH DATA FOR SUCH A SLOW MEDIUM.  I would assume this is
>     the primary reason, but if people used small programs, maybe
>     3-4K, it wouldn't be any different than a message.

We split longer files up into chunks of 4 or 5K of code. 7+ does this
automagically.

>  2) PEOPLE DON'T KNOW HOW.  Maybe, But UUDECODE is a good standard
>     to use, and you could use the COMT version on the PC which would
>     allow you to send the UUDECODE.COM file in the message. (2K)

Most people do here. We use (as I said) a system called 7 plus (7+) which is
like UUENCODE, but which uses the full 8-bit extended ASCII set. It's a whole
lot more efficient than UUcode. Error files are generated automatically and
get sent back to the originator, who then runs it through his system to
generate a corresponding correction file.

>  3) NO COMMON DESTINATION.  True, but I would be willing to bet
>     that there are more PC clones out there on packet than any
>     others.  Plus you could send code for any machine format.

Virtually everything that appears is for the PC, tho the occasional programs do
appear for the Commodore Meagre <grin> and the Archimedes.

>  4) WOULDN'T INTEREST EVERYONE.  No article out there now interests
>     everyone.

It doesn't. But people don't have to download it if they don't want it. It's
polite to keep things short though, especially if they're sent internationally.
Our HF gateway sysops get a bit miffed by big 7+ files. Solution? Send them
only @GBR and everything is lovely! (Well, almost).

>Perhaps it would be better to send a public message explaining the
>software you had, and when you received responses, send out the software
>as personal messages only to those interested.  Perhaps this is already
>being done.

This is being done. But if there is more than one person wanting the software,
it's more efficient to send it as a bulletin anyway - then only has to go
everywhere once.

>What do you think?

Fine, as long as things are kept short. 15 parts is the definite maximum, but
there are people who insist on sending out 150K files by 7+. Let's face it,
snail mail is more efficient for that sort of thing as far as the AX25 net is
concerned.

>KD6BCH, Byon in Orange, CA
Mike, G7GPA


-- 
+-- -=- If infants can have infancy, why can't adults have adultery? -=- ---+
\------ Mike Knell, Willoughby Hall, University of Nottingham, IO92JX ------/
 \  AMPRnet: mikee@g7gpa.ampr.org -=- Internet: eeyimkn@unicorn.nott.ac.uk /
  \ 'oh well, whatever, nevermind...' -=- AX25: G7GPA@GB7BAD.#23.GBR.EU   /

------------------------------

End of Packet-Radio Digest V93 #50
******************************
